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THE  SANDFORD  FLEMING  TERMINAL  THE  SANDFORD  FLEMING  TERMINAL  IN 

ENGINEERING  ANNEX 


This  month's  cover*  photo  was 
taken  in  the  Sandford  Fleming 
Terminal.  This  terminal  has  a 
number  of  Input/Output  devices 
available,  most  of  which  are 
operated  in  self-service  mode  by 
our  customers.  These  devices 
include  the  Gould  plotter,  two  1403 
printers  and  two  2501  card  readers 
(one  of  which  has  mark  sense 
capabilities) . 

The  Sandford  Fleming  Terminal 
serves  as  a  focal  point  for  several 
other  services  including  the 
printing  of  confidential  output  and 
output  scheduled  for  special 
delivery.  Another  special  feature 
of  the  terminal  is  special  forms 
printing  (most  of  which  is  done  at 
this  location). 

The  terminal  is  also  the  main 
location  for  non  prime  time 
service.  The  Sandford  Fleming 
Terminal  is  open  from  00:00  hours 
on  Mondays  to  24:00  hours  on 
Fridays  and  on  Saturday  and  Sundays 
from  10:00  to  16:00.  One  of  our 
operators,  Isabel  Dunlop,  Jim 
Peacock,  Janet  Latimer  (and  for  the 
duration  of  the  summer  student 
helper  Mike  Campbell)  will  always 
be  on  duty  between  8:00  and  22:00. 

If  you  have  any  questions  about 
the  terminal,  we  hope  you'll  talk 
to  any  of  the  operators  or  to  Mark 
Tapia,  Advising  Supervisor  for  the 
terminal.  Mark  can  be  located  in 
the  Advising  Office,  Room  207  in 
the  Engineering  Annex. 


This  summer,  the  Sandford 
Fleming  Terminal  will  be  moved  to 
the  ground  floor,  east  wing,  of  the 
Engineering  Annex  Building.  The 
west  wing  currently  houses  the  EUT 
terminal  which  was  moved  there 
shortly  after  the  fire.  This  move 
should  alleviate  the  crowded 
conditions  that  exist  to-day  in  the 
SFT  1/0  Room.  The  move  will  also 
allow  us  to  consolidate  all  of  the 
SFT  support  staff  and  related 
services  i.e.  the  Computing  Co¬ 
ordinator,  advising  staff, 
keypunching  and  job  preparation 
areas  and  interactive  terminal 
areas . 

The  Computer  Centre  currently 
occupies  approximately  one  half  of 
the  space  on  the  second  floor  of 
the  Engineering  Annex.  Future 
plans  call  for  the  remaining  space 
on  the  second  floor  to  be  used  for 
Computer  Centre  offices.  The 
additional  space  will  provide 
welcome  relief  from  the  crowded 
conditions  on  the  second  floor  and 
will  allow  us  to  repatriate  our 
Administrative  staff  from  the 
McLennan  Laboratories.  The  second 
floor  will  continue  to  house  the 
Information,  Publications  and 
Accounting  Offices.  However,  these 
areas  will  be  expanded  and 
reorganized  to  improve  the  layout 
and  efficiency  of  the  offices. 

Work  on  all  these  changes  will 
commence  during  the  summer  and  the 
major  changes  should  be  completed 
in  time  for  the  fall  term. 


Don  Gibson  Consolidation  of  the  Sandford 

Fleming  Terminal,  related  services 
and  support  staff  in  the  Annex 
should  greatly  improve  the 
convenience  and  ease  of  use  of 
Computer  Centre  Services. 


Rein  Mikkor 
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SUMMER  CLASS  C  SERVICE  CHANGES 


As  was  the  case  during  the 
summer  of  1976,  some  changes  are 
being  made  to  Class  C  Service  for 
the  period  May  30,  1977  until 

September  30,  1977®  The  highlights 
of  the  service  changes  are  as 
follows. 

1.  The  rate  at  which  memory  is 
charged  will  be  reduced  from 
the  former  service  factor  of 
0.75  times  the  standard  memory 
charge  to  a  new  effective 
service  factor  of  0.375,  one 
half  of  the  former  rate. 


2.  CLASS  C  service  on  weekdays  may 
begin  prior  to  midnight  at 
UTCC's  discretion  if  the  normal 
class  loads  have  effectively 
dried  up  by  that  time.  Should 
new  CLASS  A/B  loads  develop, 
CLASS  C  service  will  be 
suspended  until  these  loads 
disappear  again.  On  weekends, 
again  at  UTCC's  discretion, 
CLASS  C  jobs  that  were  in  the 
CLASS  C  queue  prior  to  the 
weekend  will  be  run  during 
periods  of  idle  time. 


3®  The  operators  have  been 
allowed,  under  certain 

precisely  defined 

circumstances,  limited 

authority  to  break  the  FIFO 
rule''  or  allow  queue-jumping. 
The  circumstances  are  typically 
as  follows: 


a.  The  time  window  remaining 
for  CLASS  C  service  on 
weekday  shifts  is  too 
small  to  run  the  top  job 
on  the  queue.  The 
operator  may  scan  down  the 
queue  until  he  finds  the 
first  that  will  'fit  the 
window'  in  order  to  allow 
optimal  usage  of  service 
availability. 


b.  The  job  at  the  top  of  the 
queue  cannot  run  because 
of  non-availability  of  one 
or  more  peripheral 
devices.  There  are  two 
cases  here.  The  first 
case  concerns  a  device 
which  Is  down  and  awaiting 
maintenance.  In  this  case 
the  operator  will  select 
the  next  job  and  proceed 
with  the  queue,  returning 
to  the  original  top  job 
when  the  device  is 
repaired.  The  second  case 
concerns  non-availability 
of  devices  because  they 
are  already  allocated  to  a 
CLASS  B  job(s).  In  this 
case  the  operator  will 
determine  whether  the 
devices  will  be  available 
shortly.  If  so,  he  will 
wait  so  the  top  job  may 
run.  If  not,  he  will  scan 
down  the  queue  looking  for 
the  first  job  that  can  run 
without  the  device(s)  and 
release  it,  provided  that 
the  time  estimation  of 
this  job  is  of  the  same 
order  of  magnitude  of  the 
job(s)  that  is  being  held 
because  of  device  non¬ 
availability.  Again,  he 
will  return  to  the  top  of 
the  queue  as  soon  as  the 
devices  become  available 
and  will  proceed  under 
FIFO  rules  as  normal. 

All  these  rule  modifications 
have  been  made  to  allow  maximum 
usage  of  the  CLASS  C  Service  time 
available.  Except  for  the  changes 
listed  in  this  article,  existing 
CLASS  C  rules  and  unique  CLASS  C 
credit  request  restrictions  still 
apply.  Users  are  referred  to 
USERB00K  module  3.3BATCH  and 
USERB00K  chapter  3.2  for  further 
information  on  CLASS  C.  Users 
should  note  specifically  that  the 
CLASS  C  maximum  memory  allocation 
will  remain  at  250K  for  this  summer 
as  documented  in  USERBOOK. 


cont 'd 
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SUMMER  CLASS  C 


Further  information  will  appear  in 
a  temporary  update  to  USERBOOK 
reflecting  the  summer  service 
changes  for  CLASS  C  and  on  signs 
posted  at  terminal  locations.  For 
further  information,  please  contact 
a  Computing  Co-ordinator.  The 
August  COMPUTERNEWS  will  contain 
details  on  the  precise  mechanics 
and  timing  of  the  return  to  normal 
CLASS  C  Service. 


Derry  Cox 


HOURS  OF  SERVICE  -  JULY  1st  WEEKEND 


The  following  hours  of  service 
k  will  be  in  effect  for  the  July  1st 

*  weekend: 

July  1  July  2  July  3 

(Friday)  (Saturday)  (Sunday) 

S/370-165-11  closed  10:00-18:00  10:00-18:00 

S/360-65  unattended  9:00-18:00  9:00-18:00 

Normal  hours  of  service  will 

resume  on  Monday,  July  4,  1977. 


OFF  THE  TOP 


The  OFF  THE  TOP  column  made  its 
debut  in  last  month's  issue  of 
COMPUTERNEWS.  As  fate  would  have 
it,  there  were  errors  in  two  of  the 
three  articles  appearing  in  the 
column.  First,  the  samples  in  the 
article  on  high  quality  printing 
were  poorly  reproduced.  This 
problem  was  caused  by  the 
contrasting  ink  density  in  the 
printer  samples  versus  that  in  the 
body  of  the  newsletter. 


The  photo-offset  process  used  in 
printing  our  newsletter  could  not 
adequately  accomodate  the  different 
tones  and  the  contrast  resulted  in 
poor  samples.  If  you  are 
Interested  in  examining  the 
original  printer  samples,  they  are 
available  in  the  Information 
Office,  Engineering  Annex  room  206. 

Secondly,  we  just  plain  goofed 
in  the  second  article  on  the  new 
type  of  special  form.  In  diagram 
D,  the  second  row  of  holes  was 
shown  erroneously;  the  holes  in 
diagram  D  should  be  identical  to 
those  in  diagram  B.  Our  apologies 
for  any  confusion  these  errors  may 
have  caused. 

Conservation  and  Recycling  at  UTCC 

Recently,  Pollution  Probe  again 
urged  the  University  of  Toronto  to 
clean  up  its'  act  and  become  a 
"conserver  campus".  Over  a  period 
of  years,  UTCC  has  been  concerned 
about  the  problem  of  paper  wastage 
and  has  instituted  numerous 
programs  in  an  attempt  to 
effectively  recycle  our  used 
computer  paper  and  cards.  In 
addition,  many  efforts  have  been 
directed  at  reducing  the  source  of 
computer  paper  and  cards. 

In  retrospect,  efforts  at 
recycling  used  paper  and  cards  have 
been,  at  best,  disappointing.  The 
major  problems  occur  in  getting  all 
our  users  to  co-operate  in  the 
recycling  effort  without  having  our 
staff  involved  in  policing  and 
cleaning  up  afterwards.  As  a 
result,  UTCC  has  let  Physical  Plant 
handle  our  recycling  efforts. 

UTCC's  programs  to  cut  down  the 
use  of  paper  and  cards  at  the 
source,  i.e.  schemes  to  lessen  the 
use  of  paper  and  cards,  have  had 
more  positive  and  encouraging 
results. 

% 


cont 'd . . 
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OFF  THE  TOP  cont  'd 

Some  of  the  successful  efforts 
have  been: 

a®  Use  of  the  reverse  side  of 
printouts  for  2741  and  other 
hardcopy  terminals 

b.  Using  8  lines  per  inch  on 
printers  to  allow  a  smaller 
printer  page  (25?  saving  in 
paper) 

c.  Access  control  system  to  limit 
the  number  of  HSJS  runs  (about 
30?  less  HSJS  jobs  were  run. 
However,  each  job  used  more  CPU 
resources) « 

d.  Encouraging  the  use  of  video 
terminals  instead  of  hardcopy 
terminals® 

e.  An  indirect  result  of  price 
increases  for  input/output 
charges  for  reading  cards  and 
printing  lines  has  resulted  in 
a  slower  growth  rate  in  paper 
and  card  consumption. 

f.  Use  of  microfiche  from  IBM 
instead  of  manuals. 

g.  Online  documentation  for  low 
speed  terminal  users  (i„e.  HELP 
command  in  TSO) 

However,  we  still  have  a  long 
way  to  go.  In  the  next  few  years, 
UTCC  hopes  to  further  eliminate  the 
need  for  cards  and  paper  by 
encouraging  more  computing  using 
RJE  with  low  speed  terminals  and  by 
encouraging  more  interactive 
computing.  An  example  of  this 
effort  is  the  evaluation  of  an 
interactive  SPSS  and  the  evaluation 
of  a  new  time-sharing  service  (see 
TIME-SHARING  SYSTEMS  EVALUATION 
below) . 


Your  suggestions  about  other 
techniques  to  lower  paper  and  card 
usage  are  welcome.  Contact  your 
Computing  Co-ordinator  or  give  me  a 
call  at  978-7331 » 


Stan  Yagi 


The  following  article  Is 
reprinted  from  the  April  1977  issue 
of  the  Ryerson  Computing  Centre 
Newsletter. 


BISHOPS.  KNIGHTS  AND  BLINKING  LIGHTS 

SOME  THOUGHTS  ON  COMPUTERIZED  CHESS 


In  order  to  play  the  game  of 
chess  well,  the  player  should  be 
possessed  of  certain  qualities  - 
patience,  logical  thought 
processes,  good  memory  and  the 
ability  to  mentally  project  ahead. 

Consider  then  the  GREENBLATT 
CHESS  PROGRAM  developed  by  the 
Massachusette  Institute  of 
Technology^  Department  of 
Artificial  Intelligence.  It  is 
certainly  patient.  In  fact,  being 
unable  to  be  distracted,  angered, 
worried  or  psychologically 
impressed,  It  is  the  epitome  of  the 
dispassionate  and  concentrative 
player.  As  far  as  logic  and 
calculating  analysis  are  concerned, 
these  are  the  computer rs  whole 
being  and  method  of  operation. 
Good  memory  is  assured  by  the 
kilobytes  of  core  storage  available 
to  the  chess  program,  which  also 
give  it  the  ability  to  internally 
project  the  probable  permutations 
of  pieces  according  to  the 
direction  in  which  a  game  is 
progressing. 


cont 'd. 
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COMPUTERIZED  CHESS  cont'd 


Because  the  game  of  chess  Is  so 
much  a  question  of  logic,  men  have 
long  been  attempting  to 
mechanically  duplicate  its 
processes.  As  early  as  the 
eighteenth  century,  an  Austrian 
hydraulics  engineer  named  Baron 
Wolfgang  Von  Kempelen  had 
supposedly  constructed  a  chess¬ 
playing  robot  which  he  named  the 
Turk. 

The  Turk  was  a  life-sized 
wooden  figure,  turbaned  and  robed, 
which  sat  on  top  of  a  coffin-sized 
box  that  contained  its  operating 
mechanism.  Before  each  exhibition, 
this  maze  of  cogs  and  gears  and 
wheels  would  be  revealed  to  the 
audience  by  means  of  doors  in  the 
cabinet.  The  Turk,  which  always 
played  white,  would  sit  motionless, 
apparently  staring  at  the  board  in 
front  of  it,  and  then  suddenly  amid 
a  loud  clanking  and  grinding,  its 
left  hand  would  angle  over  to  move 
the  desired  piece. 

For  half  a  century,  the  Turk 
played  and  delighted  audiences  all 
over  Europe  and  North  America.  Two 
of  the  machine's  opponents  were 
Frederick  the  Great  of  Russia  and 
Napoleon  Bonaparte.  It  played  an 
excellent  game  of  chess  and  beat 
some  of  the  prominent  players  of 
the  continent  (although  always 
graciously  conceding  games  to 
ladies ) . 

It  was  not  until  after  the 
death  of  the  Baron  that  the  Turk 
was  discovered  for  the  fraud  it 
was.  Mirrors  had  concealed  the 
presence  of  a  midget  master  chess 
player  whom  Von  Kempelen  had  found 
through  the  Vienna  papers^  The 
board  on  top  of  the  machine  had 
been  magnetized  to  move  metal  disks 
on  its  underside.  The  midget 
duplicated  these  moves  on  a 
miniature  chess  board  that  he  had 
with  him,  and  then  moved  the  cranks 
necessary  in  order  to  have  the 
Turk's  figure  make  the  responding 
move. 


Since  then,  of  course, 
computers  have  managed  to  master 
the  processes  of  chess  without 
having  to  conceal  little  men  in 
their  inner  workings.  Now  there 
are  literally  dozens  of  chess 
programs,  many  of  which  compete 
against  one  another.  This  year, 
CHESS  4.5,  an  eight-year-old 
program  played  from  a  computer  in 
Minnesota,  defeated  CHAOS,  a  four- 
year-old  program  residing  in  a 
computer  in  Sunnyvale,  California, 
for  the  North  American  title.  It 
will  now  go  on  to  the  world 
championships  later  this  year 
against  the  Russian  champion 
program. 

Admittedly,  many  computer 
programs  are  quite  sophisticated. 
In  1972,  the  year  it  was  first 
completed,  The  Greenblatt  program 
won  a  class  'D'  trophy  and  v/as  made 
an  honorary  member  of  the  Uniter 
States  Chess  Federation.  Yet 
undeniably,  human  Grand  Masters  can 
still  defeat  any  computer  chess 
program.  Perhaps  it's  a  question 
of  the  superb  processes  and 
resources  of  the  human  mind.  Some 
feel  It  Is  because  the  game  of 
chess  when  at  its  best  is  a 
creative,  artistic  endeavour  rather 
than  simply  a  mathematical 
equation.  Many  computer  scientists 
disagree  and  are  laboriously 
striving  towards  the  day  when  their 
chess  playing  computer  will  be  the 
ultimate  opponent. 

D.  Dowhal 
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MVS  PROGRESS  REPORT 


Work  on  the  planned  conversion 
to  MVS  is  progressing.  Some  of  the 
highlights  of  our  activities  are  as 
follows: 

1.  MVS  Job  Validation  Services 
have  been  established.  Users 
who  believe  that  their 
particular  program  might  not 
run  correctly  under  MVS  and  who 
would  like  to  have  their 
program  ran  under  MVS  should 
contact  a  Computing  Co¬ 
ordinator  or  Herb  Kugel  at  978- 
7286.  Job  turnaround  will  be 
about  one  week. 

2.  The  analysis  to  determine  a  set 
of  accounting  algorithms  and 
rates  is  on-going.  Data  from 
jobs  run  both  under  MVT  and  MVS 
is  being  correlated  in  order  to 
minimize  the  variance  in  job 
cost. 

3.  UTCC  System  enhancements  which 

support  all  accounting 

requirements  through  standard 
SMF  records  are  being  developed 
and  tested.  All  on-line 
accounting  functions  are  being 
localized  as  part  of  the  Job 
Entry  Sub-System.  This 

approach  offers  flexibility  and 
enhanced  reliability.  In 
addition,  provision  is  being 
made  for  system  extension  in 
the  area  of  security  in  order 
to  allow  the  use  of  RACF 
(Resource  Access  Control 
Facility,  an  IBM  product)  or  a 
RACF-llke  product. 

4.  Work  on  HSJS  swapping,  support 
ISO  local  commands,  Caleomp  and 
Gould  is  progressing. 

5.  The  circuit  boards  required  for 
the  165~II  Processor  Speed  Up 
Unit  have  arrived  and  are  being 
checked  out  by  the  Hardware 
Support  Group. 


6.  On  TSO,  HSJS  and  Batch  resource 
usage  measurements  are  being 
used  to  build  and  calibrate  a 
new  benchmark  stream  to  be  used 
in  the  planned  June 
benchmarking/tuning  series. 

7.  IBM  system  enhancements  to 

JES2,  the  Input /Output 

Supervisor,  Hardware/Software 
Error  logging  and  reporting  and 
Print  Dump  routines  are  being 
installed. 

8.  Preventative  maintenance  to  the 
base  MVS  3.7  system  using  the 
7701,  7702  and  7703  MVS  Program 
Update  tapes  is  being  done. 

Finally,  I  would  like  to 
welcome  back  Don  Brady  who  will  be 
working  with  us  for  the  summer. 
Don's  vast  experience  with  MVS  will 
certainly  prove  beneficial. 


Walter  Berndl 


TIME-SHARING  SYSTEMS  EVALUATION 

The  evaluation  of  alternative 
time-sharing  systems  is  now  in  its 
final  stages.  The  Presidential 
Advisory  Committee  on  Computer 
Facilities  and  Services  (PACCFS) 
will  be  reviewing  a  comparative 
evaluation  of  the  systems  proposed 
by  the  different  manufacturers  in 
early  June.  A  recommendation  by 
PACCFS  for  a  specific  system  should 
follow  shortly  thereafter. 


cont 'd . 
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TIME-SHARING  SYSTEMS  cont 'd 


The  evaluation  of  the  different 
systems  was  based  on  written 
proposals  submitted  by  each  of  the 
manufacturers.  The  criteria  by 
which  the  different  systems  were 
evaluated  included  the  general 
requirements  expressed  by  our  user 
community  in  the  time-sharing 
survey.  In  some  cases  where  the 
written  submission  required  further 
explanation  or  clarification  the 
vendors'  technical  staff  presented 
seminars  on  the  specific  aspects  of 
the  system  in  question. 

I  would  like  to  thank  both  the 
vendors  and  UTCC  staff  for  the  time 
and  effort  spent  in  this 
evaluation.  Their  hard  work  will 
help  to  ensure  the  selection  of  a 
system  which  will  best  suit  our 
users'  needs. 

Rein  Mlkkor 


NEW  TAPE  DRIVES  FOR  S/370  SERVICES 


Early  in  July  1977,  UTCC  will 
be  implementing  a  new  tape  drive 
configuration  on  the  S/370-165-11 
system. 

The  four  STC  nine-track  drives 
will  be  replaced  by  four  IBM  model 
3420  9  track  tape  drives,  all  of 
which  will  operate  at  either  1600 
or  6250  BPI  (bits  per  inch) 
densities.  In  addition,  IBM  will 
be  installing  2  model  2401  9  track, 
800  BPI  drives  to  maintain  the 
current  availability  of  this 
track/density  combination.  No 
changes  are  planned  for  the  2  IBM 
2402  7  track  drives. 


Users  should  note  that  this  new 
configuration  will  require  no  JCL 


or  setup 

changes. 

For  specifying 

density  or 

unit  type 

* 

UNIT 

TRACKS 

DENSITIES 

IBM  3420 

‘  9 

1600/6250 

BPI 

IBM  3420 

9 

1600/6250 

BPI 

IBM  3420 

9 

1600/6250 

BPI 

IBM  3420 

9 

1600/6250 

BPI 

IBM  2401. 

9 

800 

BPI 

IBM  2401 

9 

800 

BPI 

IBM  2402 

7 

200/556/800  BPI 

IBM  2402 

7 

200/556/800  BPI 

When 

the  6250 

BPI  density  \ 

was 

first  introduced 

at  UTCC, 

we 

recommended  that  users  choose  1600 
BPI  as  their  normal  "working" 
density  for  two  reasons: 

1.  All  four  drives  had  1600  BPI 
density  available  making  it  the 
optimum  density  for  maximizing 
throughput  through  the  tape 
queue. 

2.  The  6250  BPI  density  was  new  to 
the  industry  at  that  time 
implying  that  6250  BPI  tapes 
would  not  be  easily 
transportable  to  other  sites. 

These  recommendations  were  made 
in  spite  of  the  advantages  that 
6250  BPI  offered  -  notably  the  most 
reliable  density  in  terms  of  error 
detection/diagnosis/recovery  and 
the  most  efficiency  in  terms  of 
tape  consumption. 

Now  that  UTCC  will  have  4 
drives  available  with  6250  BPI 
capability,  users  should  feel  free 
to  use  that  density  for  normal 
work.  When  tapes  are  likely  to  be 
moved  to  other  centres,  however, 
users  should  plan  accordingly 
before  choosing  the  density.  The 
following  table  shows  the  densities 
of  the  units  at  other  UTCC  sites: 


cont 'd 
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NEW  TAPE  DRIVES  cont 'd 


STATISTICAL  PACKAGE  FOR  THE  SOCIAL 

SCIENCES  (SPSS) 


SITE 


DENSITY 


S/360-65 

S/370-155 


CRF 

GT40 

GT44 


800 

1600 

(1600/6250  after 
August  1977) 

800  • 

800/1600 


Users  who  move  tapes  to  other 
computer  centres  or  who  use 
laboratory  equipment  tape  drives 
have  to  determine  the  appropriate 
track/density  requirements  for 
their  needs* 


Prerequisite:  Background  in  Social 
Science  Statistics 

Dates:  June  13,  15,  16,  20,  22  &  23 

Time:  3:00  p.m.  to  4:30  p.m. 

For  Social  Sciences  users  who  are, 
or  will  be,  using  the  computer  to 
process  their  data.  SPSS  is  an 
applications-oriented  programming 
language  which  contains  powerful 
routines  for  the  analysis  of  data 
while  allowing  users  to  manipulate 
their  data  with  simple  FORTRAN-like 
statements. 


USERB00K  module  3.3TAPES 
contains  further  information  on  the 
facilities  for  tape  use  at  UTCC. 

The  following  chart  is  reprinted 
from  this  module. 

For  7-track  tapes  code: 

UNIT= 2400-2 , DCB= (DEN=0 )  for  200  BPI  drives 
UNIT=2400-2,DCB=(DEN=1)  for  556  BPI  drives 
UNIT=2400-2,DCB=(DEN=2)  for  800  BPI  drives 

For  9-track  tapes,  code: 

UNIT=2400,DCB=(DEN=2)  for 
UNIT=3400-3,DCB=(DEN=3)  for 
UNIT= 3400-5 ,DCB= (DEN=4)  for 


Paul  Scarborough/Derrv  Cox 


UTCC  NON-CREDIT  SHORT  COURSES 


The  following  short  courses 
will  be  offered  during  June  1977. 
Please  note  that  only  persons 
holding  a  valid  UTCC  Customer 
Account  Number  (CAN)  are  eligible 
for  these  courses.  Those 
interested  in  registering  for 
either  course  can  do  so  by 
contacting  Marg  Doherty  in  Room  206 

of  the  Engineering  Annex,  978-8995. 


INTRODUCTION  TO  JOB  CONTROL  LANGUAGE 

( JCL ) 

Prerequisite:  Some  previous 

exposure  to  computing 
or  the  ability  to 
verbally  define 

his/her  particular 
requirements  of  the 
services  available  on 
the  S/370-165-11. 

Dates:  June  27,  28,  29  and  30 

Time:  3:30  p.m.  to  5:00  p.m. 

JCL  Is  a  set  of  control  statements 
which  must  be  supplied  to  the 
operating  system  to  give  it  the 
information  required  to  initiate, 
process  and  complete  a  job  or  unit 
of  work.  These  statements 
communicate  details  such  as  who  the 
user  is,  what  he/she  wants  done, 
how  much  time  it  will  take,  how 
much  space  is  required,  what 
devices  will  be  involved,  what  data 
and  problem-solving  routines  are  to 
be  used,  where  they  are  located  and 
where  the  results  are  to  be  printed 
or  stored.  This  course  is  intended 
to  get  the  student  started  by 
presenting  the  basic  JCL 
statements,  their  uses  and  coding 
rules. 


800  BPI  drives 
1600  BPI  drives 
6250  BPI  drives 


Marg  Doherty 
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NEW  EQUIPMENT  FOR  SCARBOROUGH 

AND  ERINDALE 

The  arrival  of  new  computer 
equipment  is  usually  relegated  to 
the  most  inappropriate  and 
inconvenient  of  times,  thereby 
generating  very  little  enthusiasm. 
However,  the  new  Remote  Job  Entry 
systems  arriving  at  Scarborough  in 
July  and  at  Erindale  in  August  will 
deviate  from  the  norm  and  attract 
wide-spread  attention. 

The  modular  design  of  both  RJE 
systems  will  certainly  cause  the 
users  of  the  old  REMCOM  system 
great  excitement.  The  adrenelin 
will  flow  most  rapidly  when  they 
see  two  DOCUMATION  card  readers  and 
two  TELETYPE  40  printers  driven  by 
a  DEC  PDP  11/10  processor.  The 
users  at  Scarborough  will  no  longer 
have  an  online  punch  to  complement 
their  system  but  the  punch  at 
Erindale  will  remain.  Scarborough 
is  replacing  the  Univac  VIP  punch 
with  a  TAB  keypunch  for 
interpreting.  Although  the  RJE 
systems  will  not  offer  greater 
reading  or  printing  speeds,  they 
will  provide  greater  reliability, 
convenience,  serviceability  and 
flexibility  for  future  computing 
needs . 

The  exact  dates  for  the 
official  dedication  of  the  new 
systems  have  not  yet  been  confirmed 
but  they  will  be  announced  in  a 
later  issue  of  COMPUTERNEWS.  Dr. 
J.  Amdahl,  assistant  professor  at 
Erindale  and  Scarborough  will  be 
present  at  the  dedication  to  give  a 
short  dissertation  on  "How  I 
Learned  to  Love  Computers". 
Computing  Co-ordinators  Martin 
Hubei  from  Scarborough  and  Clem 
DiPlacido  from  Erindale,  will  also 
be  on  hand  to  answer  any  questions 
related  to  the  new  RJE  systems. 


Clem  DiPlacido  and  Martin  Hubei 


INTERACTIVE  TERMINALS  AT  AST 


Four  interactive  terminals  have 
been  installed  for  general  use  at 
the  Arts  and  Science  Terminal 
located  In  Room  2105  in  the  Sydney 
Smith  Building.  One  terminal  is 
hardwired  to  the  S/370-165-11, 
providing  TSO  access  only.  The 
other  three  are  dial-ups,  allowing 
users  to  log  on  to  APL,  ATS,  TSO  or 
WYLBUR. 

Jill  Reece 


WYLBUR  WORDS 


Sample  Sessions 

This  column  features  WYLBUR 
"sample  sessions"  in  order  to  give 
users  an  idea  of  how  WYLBUR  can  be 
used  for  various  applications.  The 
session  on  the  following  pages 
shows  a  WYLBUR  user  (in  this  case  a 
programmer)  allocating  a  LIB 
dataset,  registering  It,  creating  a 
FORTRAN  program,  saving  It, 
collecting  the  output,  routing  the 
job  to  the  self-service  printers, 
checking  the  LIB  registration  and 
signing  off  from  the  system. 

Note  that  in  the  explanation  of 
the  sample  session  which  follows, 
user  input  is  shown  In  lower  case, 
while  computer  output  is  in  upper 
case.  The  first  few  lines  show  the 
sign  on  sequence.  The  user  then 
enters  'set  terse'  in  response  to 
the  'COMMAND?'  prompt.  This 
changes  the  prompt  to  '?'. 


cont 'd . . 
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WYLBUR  WORDS  cont 'd 


To  allocate  and  register  a  LIB 
dataset,  the  user  executes  two 
public  exec  files,  'liballo'  and 
'reg'.  The  first  is  temporarily 
suspended  due  to  a  bad  job  card 
(the  exec  files  generally  assume 
that  WYLBUR  will  build  a  job  card 
automatically,  but  this  part  of 
WYLBUR  has  not  yet  been  modified 
for  the  UTCC  job  card  format).  The 
user  types  in  a  new  job  card  and 
issues  the  RUN  command.  The  'reg' 
exec  file  does  build  a  job  card, 
since  it  prompts  for  the  System/370 
Access  Code  password. 

The  user  then  enters,  submits 
and  saves  a  sample  FORTRAN  program 
and  collects  the  output.  The  '**#' 
after  the  "clear  active"'  indicates 
that  the  user  hit  ATTN  (or  BREAK) 
to  start  COLLECT  (or  INPUT) 
prompting.  Any  typing  errors  were 
backspaced  over  to  correct  them. 
The  '**s'  for  line  8  signals 
hitting  ATTN  to  get  out  of  COLLECT 
mode.  The  'l'  (or  'list*)  command 
causes  the  file  to  be  printed  back 
for  verification,  before  it  is 
'run'  (submitted  to  batch)  at  the 
start  of  the  second  page.  The 
'save'  command  stores  the  file  in 
the  LIB  dataset  (by  default,  i.e., 
it  is  the  same  as  save  lib#samprje 
or  save  lib (sampr je) ) . 

The  'locate  '  or  'loc '  command 
finds  the  status  of  the  job,  by  OS 
job  name  then  by  HASP  job  number 
and  'fetch'  recovers  the  output  (by 
default  the  first  file  -  the  system 
log)  into  the  active  file.  The  'p 
unnum'  asks  for  a  printout  ('p'  and 
'l '  are  slightly  different  forms  of 
the  same  command  -  'p'  updates  the 
current  line  pointer,  '1 '  does 
not).  The  three  dots  (...) 
indicate  that  our  sample  user  hit 
ATTN  to  interrupt  the  listing,  not 
wanting  to  see  all  the  accounting 
details.  To  get  the  relevant 

information,  the  user  enters 


meaning  'print  all  lines  containing 
'was  exec'  without  line  numbers'. 
Seeing  that  both  job  steps  ran,  the 
user  enters  'locate. . .long'  to  get 
file  names,  then  fetches  the 
desired  file  (ddn  6),  prints  it  and 
routes  the  output  to  self  service 
(dest  gg).  Finally  the  user  checks 
the  'register'  output  and  seeing 
that  it  ran  ok,  purges  the  output 
and  signs  off. 

Future  WYLBUR  WORDS  articles 
will  deal  with  text  formatting, 
data  collection,  etc.  as  well  as 
any  topics  suggested  by  users.  All 
sessions  appearing  in  this  column 
will  be  incorporated  into  WYLBUR 
documentation. 

For  further  information  on  the 
commands  which  were  discussed 
above,  refer  to  the  WYLBUR 
Reference  Manual.  Users  with 
comments,  suggestions  or  inquiries 
are  invited  to  contact  Ian  Darwin 
at  978-7318  or  49  St.  George,  Room 
303. 

Ian  Darwin 


p  was  exec  unn 
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SOME  WYLBUR  PROBLEMS 


Users  with  CRT  terminals  may 
encounter  difficulties  using  WYLBUR 
since  the  current  system  does  not 
have  a  means  to  specify  screen 
size.  A  future  version  will 
probably  incorporate  these  as  SET 
and  SHOW  SCROLL  or  SCREEN.  The 
following  may  be  of  assistance  in 
the  interim. 

For  lines  over  the  width  of  the 
terminal: 

?set  length  66 
?show  size  over  length 
(lists  back  line  numbers) 
?align  (numbers  separated  by 
blanks)  even 
?p  all 

For  documents  longer  than  one 
screen: 

a. )  ?set  mode  edit  retry 

?p  *+1(22) 

(22  =  screen  depth  minus  two) 
repeatedly  hitting  (CR)  twice 
will  scroll  through  the  file  a 
page  at  a  time. 

b. )  ?collect  24.1  by  24  merge 

24.1?  type  a  'V 
48.1?  1 
72.1?  1 

etc . 

?p  marker  1 

will  stop  for  a  (CR)  at  the  end 
of  each  page 

Ian  Darwin 


QED  NEWS 

A  new  version  of  the  QED  text 
editor  will  be  made  available  to 
users  on  June  1,  1977. 


The  new  version  can  be  accessed  by 
prefixing  any  current  QED  command 
(except  xqed )  with  'new',  (i.e. 
newqed,  newtqed,  newrqed,  etc.). 
Help  can  be  obtained  by  using  the 
new  command  names.  For  example, 
enter 

help  newqed,  etc. 

On  June  20,  1977  the  current 

version  of  QED  will  be  deleted  at 
which  time  the  command  names 
described  above  (newqed,  etc.)  will 
drop  the  prefix  'new'. 

Summary  of  Changes 

1.  Several  bugs  have  been  removed: 

-  input  lines  may  be  any  length 

-  'ona  ‘  now  means  'ou'  rather  than 

-  'ons '  now  means  'ov'  rather  than 

2.  Changes  In  function: 

-  system  commands  are  no  longer 
converted  to  upper  case,  for 
example , 

.'send  'hello' 

sends  hello  rather  than  HELLO 

-  the  defaults  for  three  options 
have  been  changed; 

NOPROMPT  to  PROMPT, 

NOECHO  to  ECHO, 

COMPATIBLE  tc  ^COMPATIBLE 
(INCOMPATIBLE  means  that  comr 
mands  on  the  same  line  must 
be  separated  by  spaces). 

-  for  creating  new  datasets,  the 
qualifier  PLI  now  means 
RECFMrVB, LRECL= 104 ,BLKSIZE=4096 

-  the  default  blocksize  for 
creating  new  COBOL  or  FORT 
datasets  is  now  800  rather  than 
400 


cont 'd 
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QED  NEWS 


cont 'd 


P.S.  ...  P.S.  ...  P.S.  ...  P.S. 

ADDRESS  LABEL  PACKAGE  AVAILABLE 


3.  New  features: 

-  '?  can  be  used  to  retrieve 
second  level  messages  issued 
by  previous  system  commands 

-  the  following  two  new  default 
dataset  qualifiers  have  been 
added : 

PLIF  RECFM=FB,LRECL=80,BLKSIZE=800 

OBJ  RECFM=FB,LRECL=80,BLKSIZE=800 


Jim  Heifetz 


SPEAKEASY  SESSIONS 


The  MU  version  of  SPEAKEASY  has 
been  in  use  for  some  time  and  no 
new  problems  have  been  encountered. 
The  SPEAKEASY  Centre  has  announced 
that  this  version  will  be  fairly 
stable  through  to  the  end  of  1978. 


The  current  USERBOOK  module 
3.3SPEAKEASY  will  be  replaced 
shortly  with  a  more  concise 


introductory  module 
"sample  sessions" 
applications. 

3 . 3SPEAKEASY. INTER 

3 . 3SPEAKEASY .LINKULES 
deleted,  as  they 


containing 
of  various 
Modules 
and 

will  be 

are  now 


incorporated  in  the  new  Reference 
Manual.  The  Reference  Manual  will 
be  available  on  tape  for  printing 
or,  if  there  is  sufficient  demand, 
copies  will  be  stocked  for  sale  in 
the  Information  Office.  Similarly, 
the  HELP  file  will  either  be  on 
tape  or  for  sale. 


Users  with  problems, 
suggestions  or  comments  are  invited 
to  contact  Ian  Darwin  at  978-7318, 
49  St.  George,  Room  303. 


Do  you  need  address  labels? 

Have  you  been  using  the  LABEL 
utility  program?  Are  you  tired  of 
shuffling  through  boxes  of  cards 
every  time  you  want  to  add,  change 
or  remove  a  name  or  address?  Do 
you  really  need  labels  for  only 
part  of  your  file  but  print  all  of 
them  because  it  "s  too  much  trouble 
to  take  out  the  cards  you  don't 
want,  run  the  job  and  put  the  cards 
back?  If  so,  Programming  Services 
may  have  the  answer  to  your 
problem. 

Programming  Services  has 
written  a  package  which  will  build 
a  file  on  tape  of  name  and  address 
information.  Using  the  package, 
records  can  be  easily  added  to, 
revised  and  deleted  from  the  file. 
In  addition,  labels  can  be  printed 
for  all,  or  a  selected  part,  of  the 
file  by  sorting  according  to 
certain  fields. 

Because  this  is  a  general 
address  label  package  our  charge 
for  producing  your  labels  will  be 
modest.  If  you  need  labels,  call 
Programming  Services  at  978-6021. 


Sally  Holton 


Ian  Darwin 


ARE  YOU 

CONCERNED  WITH 

YOUR  OFFICE 
EFFICIENCY? 

ATS  CAN  HELP  YOU. 

Prepare  Large  Documents 

• 

Eliminate  the  Necessity  of  Retyping  Entire 
Documents  that  Require  Revision  or  Updating 

• 

Produce  Unlimited  “Original”  Copies 
Handle  Heavy  Typing  Loads 
Increase  Office  Productivity 

ATS  is  easy  and  quick  to  learn 

INTERESTED? 

FOR  FURTHER  INFORMATION  CONTACT 

UTCC’S  CUSTOMER  SERVICE  GROUP  AT 

978-6021 
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GPJS  -  SOFTWARE  USAGE  STATISTICS 

The 

following  chart  summarizes 

the  software  usage  per  classified 

procedure 

and  program  name  for  the 

General 

Purpose  Job  Stream  from 

April  1, 

1977  to  May  3,  1977. 

SOFTWARE 

USES 

( #J0BSTEPS )  ($) 

ALGOL 

96 

0 

APLSV 

20 

0 

ASM 

427 

1 

BMD/BMDP 

687 

2 

COBOL 

213 

1 

CSMP 

126 

0 

DATATEXT 

91 

0 

DBUGUTIL 

2 

0 

DISKUTIL 

2,295 

7 

DSUTIL 

4,564 

14 

DYNAMO 

678 

2 

FORMAC 

21 

0 

FORTRAN 

9,715 

29 

GPSS 

655 

2 

GRAPHICS 

2,163 

6 

JCLUTIL 

143 

0 

LISP 

61 

0 

MARKEXAM 

67 

0 

MARKIV 

631 

2 

MPS/MPSX 

668 

2 

OSUTIL 

268 

1 

PAPERTAP 

76 

0 

PL/I 

2,866 

9 

RPG 

57 

0 

SAS 

75 

0 

SERVAID 

185 

1 

SN0B0L 

1,217 

4 

SORTMERG 

1,363 

4 

SPEAKEZ 

46 

0 

SPSS 

3,026 

9 

TAPEUTIL 

410 

1 

TIPRS 

83 

0 

TSO 

56 

0 

WYLBUR 

106 

0 

XFR 

323 

1 

TOTAL 

33,480 

HSJS  MONTHLY  STATISTICS 


During  the  month  of  April  1977, 
81,207  jobs  were  processed  compared 
with  122,510  for  the  previous  year, 
a  decrease  of  33.7$. 

The  following  charts  summarize 
the  HSJS  activity  for  the  month  of 
April.  The  graph  represents  the 
average  number  of  jobs  processed 
during  each  half  hour  period  of  the 
day. 

Mark  Tapia 


Kin  Fong 
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DESO"RCE  "SAGE  BY 

PROCESSOR  |  #T,SES 

PROCESSOR 

|  |  TOTAL  PEP  PROCESSOR 

|  (  CPU  |  #CARDS  |  (tLINES 

wTOTAL 1 1  (MIN)  |  READ  |  PRINTED 

1 

1 

1 

1 

1 

I 

AVERAGE  PER  USE 

CPU  | #C  A  R  DS  I  #LI NES 
(MIN)  |  READ  (  PRINTED 

I 

1 

I 

W  ATFI V 

|  3P1R5 

( u  7)  | 

59q . 44  | 

6534366  | 

7552424 

1 

1 

0.016  | 

171 

1  97 

1 

DL/C 

|  21718 

(26)  1 

492.36  | 

5282113  | 

8806302 

I 

1 

0.023  i 

243 

405 

1 

SPTT30L 

|  5090 

( 

6)  I 

61.19  | 

1233155  | 

1679220 

1 

I 

0.012  I 

242 

329 

1 

A  SB  G 

|  4768 

( 

5)  1 

1  63.  56  | 

2004192  | 

3177307 

1 

1 

0.034  | 

420 

666 

! 

SP/K 

|  2555 

( 

3)  ! 

34.31  | 

185200  1 

379214 

1 

1 

0.013  | 

72 

1  48 

1 

SWAP 

I  2291 

( 

2)  1 

42.  1  3  1 

150190  j 

675246 

1 

1 

0.018  | 

65 

294 

1 

UTILITY 

|  2193 

( 

2)  1 

6.  81  I 

469067  S 

564879 

1 

1 

0.003  J 

213 

2  57 

1 

3PSSQ 

|  1934 

( 

2)  1 

45.  44  I 

150177  j 

305458 

1 

1 

0.023  1 

77 

157 

1 

ALGOL  W 

|  1396 

( 

1)  1 

26  .  2  5  | 

641666  I 

52051  1 

1 

1 

0.019  I 

459 

372 

1 

WATBOL 

|  471 

( 

0)  I 

7.94  | 

94328  | 

121738 

1 

1 

0.017  | 

200 

258 

1 

PLC7 . 5 

I  216 

( 

0)  1 

5.94  | 

80855  | 

147691 

1 

I 

0.027  | 

374 

683 

I 

LISP 

|  189 

( 

0)  1 

3.56  | 

51131  | 

70199 

1 

1 

0.019  | 

270 

371 

1 

WAT5-S 

1  93 

( 

0)  1 

0.63  | 

6  194  | 

9181 

1 

1 

0.007  | 

66 

96 

1 

S  TEST 

I  69 

( 

0)  I 

0.06  I 

7334  1 

7982 

1 

1 

0.001  | 

106 

1  15 

1 

SPSS  Q 

1  28 

( 

0)  I 

0.50  | 

10558  ( 

3374 

1 

1 

0.018  | 

377 

1  20 

I 

SIMON 

1  4 

( 

0)  1 

0.00  I 

81  j 

210 

1 

1 

0.000  ( 

20 

52 

1 

PLUTO 

1  3 

( 

0)  \ 

0.00  ! 

149  1 

188 

1 

i 

0.000  I 

49 

62 

1 

ASSIST 

I  3 

( 

0)  1 

0.00  j 

32  I 

71 

1 

1 

0.000  | 

10 

23 

1 

SP/K  M 

I  1 

( 

0)  1 

0.00  | 

3  ! 

12 

1 

1 

0.000  j 

3 

12 

1 

TOTAL 

81207 

1 

1490.75  ( 

16900781  | 

24021207 

1  1 

0.018  | 

208 

295 

1 
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S/370-165-11  RELIABILITY 


The  reliability  statistics  for 
April  indicate  an  uptime  percentage 
of  93.8  while  the  average  number  of 
unscheduled  IPL's  per  day  reached 
1.3 1.  The  number  of  scheduled 
hours  of  production  for  April 
totalled  452. 

MONTHLY  COMPARATIVE  FIGURES 


MONTH 

%  UPTIME 

UNSCHED. 

IPLs/DAY 

Jan/76 

99.1 

1.43 

Feb/76 

98.9 

0.97 

Mar/76 

96.8 

1.03 

Apr/76 

99.3 

0.52 

May/76 

98.8 

0.67 

Jun/76 

96.5 

0.97 

Jul/76 

96.4 

0.72 

Aug/76 

99.4 

0.47 

Sep/76 

98/4 

0.86 

Oct/76 

96.9 

0.83 

Nov/76 

98.2 

1.10 

Dec/76 

mi 

0.48 

±216 

OjlIS- 

Jan/77 

99.2 

0.76 

Feb/77 

97.7 

0.60 

Mar/77 

97.9 

0.94 

Apr/77 

93.8 

1.31 

The  percentage  breakdown  for 
April  was: 

HARDWARE:  1564  minutes  (92.5%) 

SOFTWARE:  212  minutes  (  7.2%) 

OTHER  :  5  minutes  (  0.3%) 

The  major  events  contributing 
to  these  downtime  totals  were  as 
follows: 

April  1  -  184  minutes  down  -  2  reloads 

a.  7  minutes  charged  to  a 
HASP  CATASTROPHIC  error. 

b.  177  minutes  resulted  from 
EQUIPMENT  checks  on  the 
ITEL  controller  attached 
to  CHANNEL  4.  Corrective 
maintenance  replaced  a  bad 
card  in  the  unit. 


April  4-68  minutes  down  -  5  reloads 

a.  15  minutes  due  to  three 

supervisor  loops. 

b.  35  minutes  attributed  to 

IBM  installing  engineering 
changes  on  the  MULTIPLEXOR 
channel  (2870). 

c.  18  minutes  resulted  from 

two  HASP  CATASTROPHIC 
errors. 

April  6-23  minutes  down  -  2  reloads 

a.  7  minutes  caused  by  an 

equipment  check  on 

channel-3/Drive  C  which 
forced  hardcopy  to  the 
console . 

b.  16  minutes  due  to  an  A05 

wait  caused  by  SCU  checks 
in  ITEL  memory. 

April  13  -  47  minutes  down  -  3  reloads 

a.  12  minutes  lost  when  all 

HASP  XEQ  was  being  routed 
to  the  SYSOUT=H  queue. 

b.  35  minutes  resulted  from 

SCU  checks  in  ITEL  memory. 

A  bad  card  was  replaced. 

April  18  -  34  minutes  down  -  3  reloads 

All  time  charged  to  "ENTER 
ERRORS"  on  the  2870 
MULTIPLEXOR  CHANNEL.  A 
definite  solution  was  not 
found  by  IBM  for  the 
transient  problems. 

April  21/22  -  650  minutes  down  -  5  reloads 

All  time  charged  to  SCU 
checks  in  ITEL  memory  over 
a  period  of  two  days. 

Errors  were  isolated  to 
the  third/fourth 

megabytes.  Corrective 

maintenance  repaired  two 
TRI-LEADS  which  were 
connected  improperly. 


cont 'd 
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S/370-1 65-11  cont'd 

April  25  -  349  minutes  -  4  reloads 

All  time  charged  to  SCU 
checks  in  ITEL  memory 
causing  supervisors  loops. 
Corrective  maintenance 
replaced  a  bad  card. 

April  28  -  263  minutes  down  -  1  reload 

All  time  charged  to  SCU 
checks  in  ITEL  memory. 
Corrective  maintenance 
replaced  an  external 
storage  control  card  and 
TRI-LEAD. 


INTERACTIVE  SYSTEMS  RELIABILITY 


The  uptimes  achieved  for  the 
month  of  April  for  each  of  APL  and 
ATS  were  98%  and  99.12%  of 
scheduled  operation,  respectively. 
The  number  of  scheduled  hours  of 
operation  for  this  month  totalled 
460,  while  the  number  of 
unscheduled  IPL's  per  day  was  0.07. 
In  addition  to  the  regular  hours, 
Interactive  Services  were  also 
available  for  approximately  120 
hours  of  unattended  weekend 
operation . 

The  percentage  breakdown  of  total 
system  downtime  for  April  was: 
Hardware  -  158  minutes  (72.81%), 
Operational  and  environmental  -  59 
minutes  ( 27 .19%) .  Two  unscheduled 
IPL's  were  required  as  a  result  of 
the  failures.  The  major  events 
contributing  to  downtime  were  as 
follows: 


April  4:  1  IPL  -  47  minutes 

downtime  as  ATS 

ROLLIN  overlapped 
into  normal 

production  hours. 

April  9:  1  IPL  and  143  minutes 

downtime.  IBM  was 

notified  when  all 

attempts  to  IPL 

failed  as  a  result  of 
storage  checks  in  Low 
Core  Storage  area. 
While  the  Field 
Manager  was  trying  to 
locate  personnel 

trained  on  LCS, 

memory  size  was 

reduced  in  order  to 
start  APL  in  high 

speed  memory  without 
the  SHARP  file 
jbsystem.  Later  in 
the  evening  after 
several  hours  of 

corrective 

maintenance,  the 

Customer  Engineer 
replaced  a  bad  write 
driver  card  at 
location  01B-B1E4  in 
Low  Core  Storage. 

April  25:  APL  abended  on 

numerous  occasions 
from  data  checks  on 
workspace  library 
disk.  The  problem 
was  finally  corrected 
by  running  workspace 
dump/restore  and 

switching  to 

alternate  APL  system 
packs. 

The  following  table  summarizes 
the  time  lost  out  of  scheduled 
hours  of  production  due  to  system 
failures  for  each  of  the  systems. 


Kam  Jain 
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INTERACTIVE  SYSTEMS  cont 'd 


DATE 

DOWNTIME 

(MIN) 

REASON 

A  PL 

ATS 

Mon. 

April 

4 

47 

47 

Late  IPL  ROLLIN  over¬ 
lapped  into  normal 
production  hours 

Tue. 

April 

5 

6 

6 

CDC  preventive  maintenance 
extended  into  production 
hours 

Sat . 

April 

9 

271 

166 

•Storage  checks  in  LCS 
( Hardware ) 

Thu . 

April 

14 

“ 

4 

ATS  shutdown  in  order  to 
allow  CE  to  replace  glass 
disk  cover 

Mon. 

April 

18 

6 

6 

Late  IPL-ROLLIN  overlapped 
into  normal  production 
hours 

Fri. 

April 

22 

15 

15 

•CPU  entered  solid  system 
state  (Hardware) 

Sat. 

April 

23 

7 

- 

Data  checks  on  2314  disk 
drive  (Hardware) 

Mon. 

April 

25 

194 

- 

Data  checks  on  2314  disk 
drive  (Hardware) 

Wed. 

April 

27 

6 

- 

APL  shutdown  in  order  to 
retrieve  user  workspace 

TOTAL 

552 

244 

•IPL  Required 

System  failures 

April  1  -  April 

30,  1977 
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UTCC  COMPUTER  EOUTPMENT 


SYSTEM/370  MODEL  165-11 

-  located  in  SF103/105/112 

-  provides  General  Pumose  Job  Stream,  High  Speed  Job  Stream, 
APL  SV  and  TSO  services 

-  4  megabvtes  of  memory 

-  1  drum  (2301) 

-  18  disk  drives  (3330) 

-  9  disk  drives  (2314) 

-  6  magnetic  tape  drives  (4  9-track  and  2  7-track) 

-  6  display  consoles 

-  6  printers 

-  5  card  readers 

-  1  card  punch 

-  8  remote  batch  terminals 

-  1  paper  tape  reader 

-  Calcomp  plotters  (11"  and  30") 

-  Gould  plotter  (11") 

-  OS/MVT  with  HASP 


SYSTEM/360  MODEL  65 

-  located  in  McLennan  Physical  Laboratories 

-  provides  APL  and  ATS  services 

-  1536K  bytes  of  core 

-  26  disk  drives  (2314) 

-  3  9-track  magnetic  taoe  drives 

-  1  printer 

-  1  card  reader 

-  1  card  punch 

-  140  typewriter  terminals 

-  OS/MVT  with  APL  and  ATS 


COMPUTER  RESEARCH  FACILITY 

-  located  in  SF207 

-  DEC  GT44  System  with 

-  1  PDP-11/40  CPU 

-  2  RK05  disk  drives 

-  2  9-track  dual  densitv  tape  drives 

-  1  1000  com  card  reader 

-  1  300  lorn  line  printer 

-  1  220  lorn  lover  case  line  printer 

-  1  oaoer  taoe  reader/ounch 

-  VTll  graphics  display  unit 

-  Lab.  peripheral  system  with  A/D  and  D/A 

-  1  Digitizing  Tablet  (20"  by  20") 

-  1  ZETA  incremental  Plotter  (11") 

-  1  CVI  260  Video  Bandwidth  Compressor 

-  1  CVI  261  Video  Bandwidth  Expander 

-  DEC  GT40  System  vith 

-  1  PDP-11/05  CPU 

-  3  DIABLO  disk  drives  (RX05  tyoe) 

-  1  9-track/800  BPI  tape  drive 

-  VTll  graphics  displav  unit 

-  1  Digitizing  Tablet  (20"  by  20") 

Card  reader  and  line  printers  shared  with  GT44 
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DTCC  DIRECTORY 


ACTING  PI  RECTOR 

Rein  Mlkkor 

NP351 

5058 

INFORMATION  OFFICE 

General  Inquiries 

Marg  Doherty 

EA206 

EA206 

4990 

8995 

MANAGER.  SERVICES 

Stan  Yagi 

SG200 

7331 

INFORMATION  SERVICES 

• 

Don  Gibson 

EA206 

5568 

SUPERVISOR.  CUSTOMER  SERVICES 

Bill  Foster 

SG301 

6021 

SUPERVISOR.  PROGRAMMING  SERVICES 

Helen  Peacock 

SG201 

6877 

COMPUTING  CO-ORDINATORS 

Sandford  Fleming  Terminal 
-  Mark  Tapia 

Program  Advisors 

EA207 

EA207 

7109 

8599 

Erindale 

Clem  DiPlacido 

823 

-5311 

Scarborough 

Martin  Hubei 

284 

-3173 

Arts  and  Science 

Jill  Reece 

SS2104 

6509 

New  Physics 

Bob  Chambers 

NP1201 

8823 

MANAGER.  OPERATIONS 

Derry  Cox 

EA206 

7092 

SUPERVISORS.  OPERATIONS 

Paul  Scarborough  (S/370-165- 
Kam  Jain  (S/360-65) 

Dave  Wong  (S/370-155) 

•II)  SF105 
NP333 

6220 

7374 

6864 

MANAGER.  SYSTEMS 

Rein  Mlkkor 

NP351 

5058 

SYSTEM  HARDWARE  SUPERVISOR 

Eugene  Siciuna3 

EA206 

4967 

MANAGER.  COMPUTER  RESEARCH  FACILITY 

Dennis  Smith 

SF207 

4036 

LAB  CO-ORDINATOR  (CPF) 

Krishna  Patnaik 

SF207 

4086 

ACCOUNTS 

Ann  DeFazio 

Yvonne  Bowen 

EA206 

EA206 

7148 

8702 

ACCESS  CODES 

Gail  Caver3 

EA206 

8703 

MANAGER.  INFORMATION  SYSTEMS 

3579 


NOTE: 

EA  =  Engineering  Annex 
SF  s  Sandford  Fleming 
SG  =  *19  St.  George 

NP  =  McLennan  Physical  (Hew  Physics) 
SS  =  Sydney  Smith 


JOB  AND  SYSTEM  STATUS  QUERIES 

SYSTEM/370, TSO  7373 

ATS/APL  6234 

2747  TERMINAL  MALFUNCTIONS  7107 

029  KEYPUNCH  MALFUNCTIONS  6465 

SERVICES 

DIAL-UP  ADVICE 


APL  -  2741 

7200 

6710 

APL( ASCII) 

7200 

6710 

APL  SV  -  2741 

7239 

6710 

APL  SV  -  TTY 

7447 

6710 

ATS 

7100 

7107 

TSO  -  2741 

7303 

8599 

TSO  -  TTY  (10  cps) 

7390 

8599 

TSO  -  TTY  (30  cps) 

7386 

8599 

DATATALK 

6710 

6710 

WYLBUR 

7235(EBCDIC) 

3950(ASCJI) 

8599 

CENTREX 

3954(ASCII) 

NON  CENTREX 


Sean  Keeley 
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